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Abstract — Mobile Cloud Computing (MCC) is the state-of- 
the-art mobile computing technology aims to alleviate resource 
poverty of mobile devices. Recently, several approaches and 
techniques have been proposed to augment mobile devices by 
leveraging cloud computing. However, long-WAN latency and 
trust are still two major issues in MCC that hinder its vision. 
In this paper, we analyze MCC and discuss its issues. We 
leverage Service Oriented Architecture (SOA) to propose an 
arbitrated multi-tier infrastructure model named SAMI for 
MCC. Our architecture consists of three major layers, namely 
SOA, arbitrator, and infrastructure. The main strength of this 
architecture is in its multi-tier infrastructure layer which lever- 
ages infrastructures from three main sources of Clouds, Mobile 
Network Operators (MNOs), and MNOs' authorized dealers. On 
top of the infrastructure layer, an arbitrator layer is designed to 
classify Services and allocate them the suitable resources based 
on several metrics such as resource requirement, latency and 
security. Utilizing SAMI facilitate development and deployment 
of service-based platform-neutral mobile applications. 

I. Introduction 

Recently, cloud computing technology has created an im- 
petus ground for augmenting mobile devices and born mo- 
bile cloud computing (MCC) paradigm in order to tackle 
mobile devices' resource constraints (e.g. storage capacity, 
computational resources, and battery power). MCC is more 
advanced than mobile computing and cloud computing due to 
inheritance of mobility attribute from the former and resource 
richness from the latter. This advantage will provide a vast 
opportunity for different mobile users to have a ubiquitous 
computing regardless of location, time, and type of systems 
(e.g. smartphones, tablets, and notebooks). 

Recent study by ABI Research forecasts that the number 
of MCC subscriber worldwide will be almost 1 billion by 
2014 [1|. Also, driving nearly $5 billion in revenues by more 
than 240 million mobile business users by the end of 2015 
__• In our recent study _Q, we connoted that MCC envi- 
ronment requires ubiquitous, energy efficient, and trustworthy 
approaches, systems, and architectures to be flourished. More- 
over, we reviewed several mobile augmentation approaches [4| 
like offloading applications to distance resource-rich devices 
__ or proximate devices __, and developing lightweight 
applications like \7\, but solution that can cover all the 
aforementioned MCC requirements is lacking. 

Furthermore, data trafficking will be drastically increased 
by Internet-based cloud services for cloud-mobile users based 



on a recent report by Informa Telecoms & Media [8|. The 
annual data upload and download rates by end of 2015 are 
expected to grow as much as seven times compare with the 
same in 2010. Such significant growth is due to popularity of 
attractive internet-based services like BBC iPlayer __, Apple- 
iCloud [ 10 1, and Dropbox ifTTl as a cloud-based online storage. 
Besides, another report by Morgan Stanley [12 | shows, MNOs 
data revenues are not succeeding the rise as much as data 
traffic. Data traffic from 2008 to 2013 is changing to 76%, 
while the same time data revenues just growing 13%. 

Therefore, MNO's reduced workload creates an opportunity 
to leverage their resources and infrastructures and propose 
a MCC architecture to benefit larger mobile community. 
This MNO-friendly architecture will create further business 
opportunity for MNOs. we are endeavouring to propose a 
novel MCC architecture based on service oriented architecture 
(SOA) [13 1 by leveraging resources of the giant cloud service 
providers (like Amazon and Google) and infrastructures of 
MNOs. This paper attempts to establish a loosely coupled 
interoperation between mobile users, cloud providers, and 
MNOs and their authorized dealers. 

Rest of the paper is organized as follows: Section II defines 
and analyzes MCC and discusses its major challenges. Section 
III describes multiple roles of MNOs. we propose the SAMI 
(Service-Based Arbitrated Multi-Tier Infrastructure) architec- 
ture for Mobile Cloud Computing in section IV. Section V 
presents benefits and drawbacks of the architecture and Section 
VI concludes this paper. 

II. Mobile Cloud Computing 

MCC is an amalgam of three foundations, namely cloud 
computing, mobile computing, and networking |3|. The most 
promising and intriguing characteristics of MCC paradigm 
are mobility and rich functionality. We define mobile cloud 
computing as "a rich mobile computing technology that lever- 
ages unified elastic resources of varied clouds and network 
technologies toward unrestricted functionality, storage, and 
mobility. It serves a multitude of mobile devices anywhere, 
anytime through the channel of Ethernet or Internet regardless 
of heterogeneous environments and platforms based on the 
pay-as-you-use principle". 

MCC exploits advantages of distributed, distance, resources- 
rich cloud infrastructures and has been conceived to augment 



a multitude of mobile devices, especially smartphones and 
alleviate their shortcomings. The futuristic accomplishments 
of MCC are envisioned to be deployed in several areas like 
healthcare (e.g. telemonitoring and telesurgery), education, 
IT business, rural and urban development, and social net- 
working. In this regard, several efforts such as 0, ftl4l — 
1 18 1 deploy cloud computing technology to enhance the ca- 
pability of smartphone. Moreover, leveraging cyber-resources 
is beneficial to enhance information safety on smartphones 
since they are susceptible to theft, loss, and physical damage. 
DropBox and SugarSync |[T9l as cloud storage services are 
able to synchronize data in different computing devices (e.g. 
smartphones, Tablets, and laptops). However, its adoption is 
inhibited by several issues that are explained as follows. 

• Seamless Connectivity: Continuous and consistence com- 
munication is the most important criterion in MCC that 
lays on further research and innovative mechanisms. Wireless 
networks have low-bandwidth, intermittent, and less-reliable 
transmission grounds compared with the wired networks. 
Dismissal of always-on connectivity, excessive consumption 
of limited mobile resources, and disproportionate delaying of 
application execution are some of the most important prob- 
lems that cause QoS computing degradation. Also, reliable 
inter-system and intra-system signal handoff schemes beside 
inter-connectivity across heterogeneous wireless networks and 
wired networks are fundamental characteristics to reach a 
seamless ubiquity in a dynamically changing environment. 
However, to address some of these issues, next generation 
wireless networks [20 1 and the patented open mobile infras- 
tructure with open network architecture and open wireless ar- 
chitecture (OWA) by Sieneon [21 J, define the future solutions 
for MCC. 

• Long WAN Latency: Latency is a fundamental obstacle 
that confines MCC solutions to a low-latency approaches. 
Energy efficiency 11221 and interactive response-time ll23l are 
two major metrics in remote processing applications which 
are adversely impacted by latency in MCC landscape. To 
reduce the long WAN latency, the idea of utilizing WLAN 
instead of HSDPA (High Speed Download Packet Access) 
to process heavy functionalities in nearby computing systems 
called "cloudlet" has been proposed [6|. However, trust and 
security issues as the most important criteria prevent the of- 
fered solution to cover user's confidence with the cloudlet out- 
source infrastructure. Hence, further research advancements 
is required in both to develop more trustworthy systems and 
crisper response approaches. Moreover, the recent study by 
Nokia Research [22 1 depicts that data transfer bit-rate imposes 
comparatively more impact on the energy efficiency of cellular 
networks than WLAN. The higher the transmission bit-rate, 
the more energy efficient the transmission. Hence, we can 
summarize that, the more dynamic the environment, the more 
intelligent and scalable context-aware systems in MCC. 

• Cloud's trustworthiness: Trust is an essential factor for 
the success of the burgeoning MCC paradigm [3| while its 
construction in a secure manner within a non-uniform platform 
(e.g. heterogeneous infrastructures and networks, fragmented 



mobile devices and servers) is a challenging task. Furthermore, 
leveraging the cloud services by crossing the channel of 
Internet as a bridge between cloud consumers and cloud 
providers (over wireless and wired networks) exacerbates the 
trust issue with existence of malware applications. Hence, 
ensuring users about their data confidentiality, information 
security and privacy, and data integrity are crucial issues, 
because neither cloud-users have physically access to remote 
systems, nor know about the real business policy of each cloud 
service providers. To cope with these problems we list some 
of the most important approaches from [6 |, [24] as follows. 

• Trust Establishment: User can pre-use and test the host 
systems before trust the service providers which is more 
protective and robust but also more cumbrous. 

• Trust Aggregation: Each node can trust to another node 
based on trust aggregating from its nearby node or trust- 
aggregator server. This approach may ease the way to 
trust to another node but aggregating trust is a complex 
and time consuming task which might not be energy 
deficient for mobile devices due to delays. 

• Indirect Trust: Node X trust to node y, and Node Y has 
already trusted to node Z, hence, node X will trust to 
node Z. This approach is quick and logically true, but 
level of trust in middle nodes is not clear for other nodes. 
Therefore, it is useful for jobs that need low-level of 
security 

• Trust Based on Reputation: A node(consumer) can trust 
to another node (service provider) based on the legal busi- 
ness of service provider's identity or some other external 
considerations that show how much the service provider 
is optimistically accountable and reliable. Although this 
approach is fast, but is more vulnerable. 

• MCC Billing: MCC is landed in the rapidly changing 
environment that distinguishes its billing system from cloud 
computing. Long WAN delays, jitter, session re-establishment 
delay, bandwidth capacity, and security degree are major pa- 
rameters that diverge MCC billing system form systems settled 
in the static environment. Utilizing MNOs as a bridge between 
cloud-mobile users and cloud providers can facilitate the MCC 
billing design due to pre-established of the fundamental roles 
in mobile computing environment. 

• Heterogeneity in MCC: Heterogeneity is a big challenge 
that covered MCC ground and raised many discrepancies. 
Interoperability between fragmented systems with varied APIs, 
data integrity within/across heterogeneous data warehouses, 
and migrating data/code from one cloud to another cloud and 
from mobile devices to the cloud or in reverse are highlighted 
issues that create new research area. 

III. MNOs with Multiple Roles 

MNOs are well-established, reputed, and robust infras- 
tructure providers that have served mobile users since the 
beginning of mobile communication. One of the requirements 
in our architecture is to have a robust billing operation which 
is already available on MNOs. Hence, they are an appropriate 
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Fig. 1. SAMI: The Service-Based Arbitrated Multi-Tier Infrastructure for Mobile Cloud Computing 



candidate to be chosen to play multiple roles in this architec- 
ture. We briefly describe MNO's Roles as follows. 



• MNO as a cloud provider: MNOs can provide storage 
as a service(SaaS), infrastructure as a service (IaaS), 
and software as a service (SaaS) to their end users by 
deploying Cloud concept. AT&T is the first MNO that 
offers cloud computational and storage infrastructure to 
their clients ll25l . 

• MNO as a cloud broker: MNOs can play as service 
mediator between cloud providers such as Azure and 
Google and mobile users, and from the other aspect, 
being a broker across other MNOs. In order to increase 
efficiency, MNOs can interoperate to each other to serve 
larger community of mobile users. 

• MNO as a cloud consumer: MNOs can utilize cloud 
vendors' services if their proprietary resources are not 
enough to serve their clients. Hence, MNOs leverage 
cloud services like IaaS from IT giants' cloud service 
providers based on a negotiated service level agreement 
(SLA). 

• MNO as a carrier cloud: Carrier cloud MNOs meet 
the needs for connectivity, reliability, and accountabil- 
ity between heterogeneous wireless networks and wired 
systems in the cloud which are critical issues in MCC 
domain. 



IV. SAMI: Service-Based Arbitrated Multi-Tier 
Infrastructure 

We propose an architecture to tackle aforementioned issues 
that are mainly created due to heterogeneity and trust which 
is depicted in Figure [T] We leverage SOA since it is a service- 
driven approach to generate platform-neutral applications. Our 
proposal consists of three major layers, namely SOA, arbi- 
trator, and infrastructure. The main strength of this architec- 
ture is in its multi-tier infrastructure layer which leverages 
infrastructures from three main sources of Clouds, MNOs, and 
MNOs' authorized dealers. On top of the infrastructure layer, 
arbitrator layer is responsible to classify Services and allocate 
the suitable resources to them based on several metrics such as 
resource requirement, latency, and security. We describe each 
layer and their respective components as follows. 

A. SOA Layer 

Service oriented layer is responsible to perform Service- 
related tasks such as Service registry, discovery, and compo- 
sition that are explained as follows. 

• Service Registry: Service registry is a functional com- 
ponent that receives service registry requests from ser- 
vice developers (who has implemented the Service) and 
maintains relevant data in a local database. When a new 
Service is registered in the system, it initiates a request 
to another component called resource scheduler in lower 
layer (arbitrator layer) to allocate a resource according to 
the nature of the Service. The allocated resource will be 



stored in the service registry database for future reference. 
When a Service consumer sends a discovery message, 
the Service registry browses the database and sends a 
message containing the address of Service provider by 
which service requester can utilize the Service. 

> Service Discovery: Service discovery is one of the run- 
time processes responsible to reply to a SOAP message 
received from the client application to find a specific Ser- 
vice. The found Service specification will be forwarded 
through another SOAP message to the sender. 

• Service Matching: Service matching is an alternative 
method to find a Service when there is no specific infor- 
mation about the Service name or its address. Based on 
certain specification about Service functionality presented 
in description section of registered Services, the Service 
can be found. 

« Service Composition: If the required functionality is not 
presented or defined by a single Service, the Service 
composition can create a composition of some already- 
developed, basic Services to accommodate the desired 
functionality. Service composition is crucial in this ar- 
chitecture to extend reusability of Services. 

B. Arbitrator Layer 

In this layer MNOs act as arbitrators between front-end 
(Cloud-mobile users) and back-end (Cloud service providers). 
It receives resource allocation requests from SOA layer and 
monitors infrastructure layer to determine where the Service 
should be allocated for more efficient execution. One decided, 
a stand-alone copy of the Service will be transferred to the 
infrastructure for future reference. In this way, the network 
overhead is noticeably reduced. 

> Resource Scheduler: When a new Service is registered 
and stored in the Service registry, the allocation request 
is sent to the resource scheduler. The resource scheduler 
analyzes the intrinsic and descriptive properties of the 
Service and determines where the Service should be 
executed to serve its clients more efficiently. Figure [2] 
depicts a simple decision making process by Service 
scheduler. 

• Service Profiler: One of the broker's responsibilities is 
to monitor validity and performance of Services and 
substitute them with more appropriate Services if re- 
quired. Service profiler component is defined to evaluate 
the functionality and performance of Services in real 
scenario. If the Service functionality is not in agreement 
with the Service description, then the Service will be 
replaced by a more efficient Service to keep the system 
efficient. 

• User Profiler: Since the Services are invoked by differ- 
ent Service consumers, their organizational or individ- 
ual preferences are important. Therefore, user profiler 
component is responsible to monitor and store users 
preference to be able to customize the service delivery 
and execution based on their criteria. 




Fig. 2. A generic decision making flow of resource scheduler 



• Run Time Context Collector: In order to increase system 
efficiency and performance, a runtime context gathering is 
a vital process. Such context information can be leveraged 
to reschedule resources in our architecture. 

• Standard Enforcer: Standardization is one of the het- 
erogeneity handling techniques which is useful to be 
deployed in heterogeneous MCC (3). Hence, consider- 
ing standards in designing our architecture is important. 
This component is responsible to monitor and enforce 
standardization for Services. 

• Computational Analysis: During initial steps of Service 
registry, a certain infrastructure layer is assigned to each 
Service. However, it might not be the optimal choice. 
Hence, to achieve the optimal performance, computa- 
tional analysis component monitors computational ca- 
pabilities of assigned resources. If locating the Service 
to another layer enhances the quality of execution, the 
resource scheduling will be called for re-scheduling the 
resources. 

• Performance Analysis: Since our architecture is aimed to 
alleviate network latency, performance analysis compo- 
nent is deemed to analyze communication latency and 
resource consumption pattern of different Service. If the 
amount of resources required to run a particular Service is 
not in balance with other factors such as communication 



delay, the resource scheduling tasks should be repeated to 
determine more appropriate infrastructure. Additionally, 
the relation between frequency of a Service invoking 
and execution and the amount of resources consumed is 
monitored by this component. The result of this analysis 
is useful to enhance the quality of overall execution. For 
example, if a delay-sensitive Cloud Service is invoked too 
frequently, the Service can be moved to a nearby MNO or 
its authorized dealer to tackle the communication latency. 

C. Infrastructure Layer 

In order to enhance quality of computing, decrease com- 
munication latency, and improve energy efficiency we propose 
a multi-tier infrastructure layer including three major layers, 
namely clouds, MNOs, and MNO's authorized dealers which 
are explained as follows. 

• MNO Authorized Dealers: MNO authorized dealers are 
those service outlets that are scattered in this urban or 
rural areas to directly communicate with MNO's clients 
to serve them better. The MNO's usually consider certain 
criteria when offering dealership and make them responsi- 
ble against certain behavioural disciplines. Such assump- 
tion isolates and promotes them from other shops and ser- 
vice outlets. The closest infrastructure layer to the mobile 
Service consumer are MNO's authorized dealers that can 
play the role of trusted surrogates which are able to serve 
mobile users in vicinity. Large number of authorized deal- 
ers are mainly scattered in different business spots such 
as shopping mall, market areas, airports, and commercial 
buildings where plenty of mobile users are operating. 
Currently Maxis, one of the largest Malaysian MNOs, 
has 1372 authorized dealers ll26l which is noticeable 
number of outlets each with couple of wall-connected 
power source and wired network connection. Utilizing 
computing infrastructures of these nearby resources is 
deemed not only to decrease communication latency and 
execution time, but also to increase computing capability 
of mobile devices. However, accessing their resources is 
limited mostly to the operating hours and weekdays and 
their computing resources (ie. CPU, memory and stor- 
age) are limited. Therefore, they can only serve specific 
group of clients. Usually latency-sensitive Services are 
expected to be executed on these machines due to lower 
communication latency. Nevertheless, futuristic business 
opportunity and resource renting can motivate MNO's 
authorized dealers to increase their local resources. 

• Mobile Network Operator (MNO): To complement MNO 
authorized dealers, MNOs as a well-established, reputed 
business stakeholder can play an important role in our 
architecture. MNOs are able to provide continuous ser- 
vices to their client without need to access to the Internet. 
One of the vital properties of MNOs is their ability to 
communicate using cellular network without entering the 
insecure channel of Internet, which increases comput- 
ing security. Giant telecommunications service providers 



such as AT&T have recently started to offer computa- 
tional Services as Cloud to their mobile users ll27l . which 
is a proof-of-concept to our multi-tier architecture. 
• Clouds: The third layer in our architecture includes 
Clouds infrastructures offered by giant IT companies such 
as Amazon S3 [28] and Google App Engine ||29ll . Though 
these resources are often located in distance and user 
should go through the channel of Internet, they can offer 
elastic resources equal to the Service requirements with- 
out upfront resource provisioning. Data-intensive services 
often utilize Cloud infrastructures due to large amount 
of data. In order to obtain optimal arbitration, Cloud 
resources are classified based on their overall perfor- 
mance. Some of the quality metrics in this classification 
are execution latency, communication bandwidth, service 
cost and billing, and security. The red color Cloud (far 
right) in Figure Q] indicates lowest degree of performance 
while the light blue Cloud (far left) represents a high 
performance Cloud. 

V. Advantages and Disadvantages 

In this section we describe benefits and limitations of our 
architecture. 

A. Advantages 

Portability: This architecture utilizes the concept of SOA 
which is a widely-accepted solution to overcome application 
portability in MCC. Mobile applications are adversely affected 
by the current platform, hardware, feature, and API hetero- 
geneity of mobile devices. Therefore, an application cannot 
be ported from one mobile device to another non-similar 
device which increases development cost and time for mobile 
applications. To alleviate portability, we employed SOA to 
enable development of platform-agnostic mobile applications. 

Energy Dissipation-Prevention: Energy dissipation is pre- 
vented from three perspectives by the proposed architecture: 
(1) mobile users are able to utilize the closest available 
resources to bring down the communication latency. Hence, 
the application execution time is reduced and energy efficiency 
is increased. (2) Surrogate machines in earlier approaches -due 
to their non-responsibility and stochastic situation- are able to 
discontinue the job with mobile devices which leads to energy- 
squandering that is addressed in our architecture (3) There are 
globally many distributed servers in MNOs and their branches 
which are not solely profitable but together can establish a 
Cloud and provide cloud services toward saving energy and 
hiking revenue. 

Automatic Resource Discovery: One of the most irksome 
impediments of mobile users is to identify the most suitable 
resource for their computational requirements. The arbitrator 
layer in SAMI, takes this headache away from mobile users 
and ensure them the optimal resource. 

Trustworthy: Based on trust approaches that explained in 
section II, placing MNOs as an intermediate layer between 
mobile devices and cloud systems is more secure than previous 



models like cloudlet, cyber foraging [30 1 approaches, and 
Hyrax [31 1 that consume surrogate machines. 

Interoperability: MNOs not only in heterogeneous wireless 
networks acts as a well-established carriers, but also can 
act as an adaptor in two different edges; wired (connectible 
to the other cloud like Google) and wireless(connectible to 
mobile devices). Therefore, this multi-adapter can facilitate 
data interoperation in MCC. 

MNOs' Revenue Hike: Several roles of MNOs in SAMI 
architecture enable them to boost their enterprise and business 
opportunities. MNOs not only have high potential and chance 
to become a widely-trusted cloud provider for mobile devices, 
but their authorized dealers can benefit from this architecture. 

B. Disadvantages 

MNO Overhead: This architecture imposes a processing 
overhead on MNOs (because they play the role of arbitra- 
tor) due to continuous arbitration process. For every Service 
invoking the Service profiler and run time context collector 
components should crawl to gather essential data. 

Complex Management: Our decentralized architecture 
which works on three different infrastructural layers imposes 
extra management and maintenance cost. 

VI. Conclusions 

Mobile cloud computing is the key technology to alleviate 
two major mobile computing shortcomings, namely resource 
poverty and battery limitation of mobile devices. Storing data 
and executing heavy functionalities on remote computing rich 
resources are the most promising and intriguing characteristics 
of MCC. However, heterogeneity, long WAN latency, trustwor- 
thy, reliability, and lack of suitable billing systems in MCC 
are required to be addressed. Moreover, MCC landscape is 
a significant opportunity for MNOs to play a vital role like 
cloud provider and cloud broker to raise their profit. 

This paper proposed the SAMI: Service-based Arbitrated 
Multi-tier Infrastructure for mobile cloud computing that al- 
lows mobile users to access the most proximate resources with 
least latency and higher trust. Due to unique characteristics 
of MNOs (i.e. well-established communication entities in 
heterogeneous mobile computing environment, mobile billing 
systems, and high degree of trust reputation) they are the best 
candidate to serve as an arbitrator in our SAMI architecture. 
More work will be conducted on this research to implement 
and validate the SAMI architecture. 
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